Protecting against counterfeit electronic devices

ABSTRACT

An embodiment of the invention includes a method of authenticating a second device connected to a first device. The method includes transmitting a first data string from the first device to the second device and receiving a second data string at the first device from the second device. The method also includes generating a third data string using an alteration key at the first device and comparing the third data string and either the first data string or the second data string. The method further includes authenticating the second device if the compared data strings match.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims the benefit of and priority to U.S. Provisional Patent Application Ser. No. 60/980,069 filed on Oct. 15, 2007, which application is incorporated herein by reference in its entirety.

BACKGROUND OF THE INVENTION

One challenge that is increasingly encountered with electronic devices involves the authenticity of peripheral devices used in connection with the device. For instance, manufacturers and users of optical networking devices that employ optical transceivers—such as routers, switches, and the like—often desire that only authentic transceivers originating from a reliable manufacturer be used in their devices. Unfortunately, knock-off transceivers of unknown or spurious origin can infiltrate the transceiver market such that they are employed in optical networking devices. Such optical transceivers can be of inferior quality or be configured contrary to what is needed or desired. As a result, operation of the optical networking device itself and/or the network can be compromised. In some instances, the data being transmitted can be subject to security risks. More specifically, counterfeit devices can compromise security and operation of networks in part because the user has no assurance or understanding of the operating parameters of the counterfeit devices.

In light of the above, a need exists in the art for a means by which the identity of optical transceivers and other communications modules can be authenticated so as to prevent unknown or counterfeit devices from being employed in critical optical networking applications.

BRIEF SUMMARY OF THE INVENTION

This Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key features or essential characteristics of the claimed subject matter, nor is it intended to be used as an aid in determining the scope of the claimed subject matter.

Embodiments of the invention relate to the authentication of devices that may be used in a network or in conjunction with a host. The ability to authenticate devices, such as optical transceivers, ensures that authentic devices are being used. This allows end users to have confidence in the operation of the devices and to know that the devices are operating as expected according to specified parameters.

One embodiment of the invention includes a method of authenticating a second device connected to a first device. In one embodiment, authentication of a device is achieved by a combination of encryption and data exchange. One of the devices, for example, may provide a data string to the other device. The receiving device then returns an altered version of the data string back to the sending device. The sending device can then compare these two strings to authenticate the receiving device. In other words, embodiments of the invention can authenticate a device by ensuring that a new device can perform a string operation as expected by an authentic device.

For example, the method may include transmitting a first data string from the first device to the second device and receiving a second data string at the first device from the second device. The second data string has been altered by the second device. The method may also include generating a third data string using an alteration key at the first device and comparing the second data string and the third data string. The method further includes authenticating the second device if the compared data strings match. In this manner, the first device can authenticate t the second device using both data alteration and data exchange.

Another embodiment of the invention includes a method of authenticating a second device connected to a first device. The method includes providing a first data string to the first device and generating a second data string using an encryption key at the first device. The method also includes transmitting the second data string from the first device to the second device and receiving a third data string at the first device from the second device. The method further includes comparing the first data string and the third data string and authenticating the second device if the first data string and the third data string match.

Another embodiment of the invention includes a first device to be connected to a second device. The first device includes a transmit module for transmitting signals to the second device and a receive module for receiving signals from the first device. The first device also includes a data string generator and an alteration key. The first device further includes an alteration module and a comparison module for authenticating the second device by comparing data strings.

These and other advantages and features of the present invention will become more fully apparent from the following description and appended claims, or may be learned by the practice of the invention as set forth hereinafter.

BRIEF DESCRIPTION OF THE DRAWINGS

To further clarify the above and other advantages and features of the present invention, a more particular description of the invention will be rendered by reference to specific embodiments thereof which are illustrated in the appended drawings. It is appreciated that these drawings depict only illustrated embodiments of the invention and are therefore not to be considered limiting of its scope. The invention will be described and explained with additional specificity and detail through the use of the accompanying drawings in which:

FIG. 1 illustrates an example of a transceiver in which the principles of the present invention may be employed;

FIG. 2 illustrates an example of a transceiver connected to a host device;

FIG. 3 is a flow diagram illustrating a method for authenticating a second device connected to a first device;

FIG. 4 is a flow diagram illustrating another method for authenticating a second device connected to a first device; and

FIG. 5 illustrates a block diagram of a device that authenticates a second device using a combination of data alteration and data exchange.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

There are a number of reasons for authenticating devices in communication with other devices. If the manufacturer is reliable, an authentic device provides some assurance as to the quality of the device and as to the operating parameters of the device. Further, the configuration of the device can be known, ensuring that the device is compatible with other devices to which it is connected. A device that does not operate as expected or that does not perform according to specifications can compromise the network, cause problems that are difficult to trace, or affect the security of the network. As a result, there are many reasons, both subjective and objective, for ensuring that devices used in products or networks are authentic.

Conventional methods for authenticating a device, such as a transceiver, suffer from a number of drawbacks. Known components or known data in a particular memory location are subject to copying. The connection between the devices may be subject to “sniffing” or monitor and capture of the data stream, revealing the data used to authenticate a device. Additionally, nonvolatile memory used to store identification data can be hacked to reveal methods of authentication. Authentication systems and methods that avoid some or all of these problems would, therefore, be highly beneficial.

FIG. 1 illustrates an example of a transceiver 100 in which the principles of the present invention may be employed. One of skill in the art can appreciate that embodiments of the invention can also be employed in other devices or in systems of devices. The devices can be the same type of devices or can be arranged in other configurations—such as a host and device or master-slave configuration.

This example of the transceiver 100 includes various components, including a receiver optical subassembly (ROSA) 105, a transmitter optical subassembly (TOSA) 110, lead frame connectors 115, an integrated circuit controller 120, and a printed circuit board (PCB) 125. Two lead frame connectors 115 are included in the transceiver 100, one each used to electrically connect the ROSA 105 and the TOSA 110 to a plurality of conductive pads 130 located on the PCB 125. The controller 120 is also operably attached to the PCB 125. An edge connector 135 is located on an end of the PCB 125 to enable the transceiver 100 to electrically interface with a host (not shown). As such, the PCB 125 facilitates electrical communication between the ROSA 105/TOSA 110, and the host. In addition, the above-mentioned components of the transceiver 100 are partially housed within a housing portion 140. A shell can cooperate with the housing portion 140 to define a covering for the components of the transceiver 100.

The PCB 125 includes circuitry and electronic components for use with the TOSA 110 and ROSA 105 in performing the optical signal transmission and reception activities of the transceiver 100. Among the components of the PCB 125 are a laser driver, a post amplifier, and a controller 120. It will be appreciated that one or more of these components can be integrated on a single chip, or can be separately disposed on the PCB 125. In some embodiments, a transceiver 100 can use the controller 120 to authenticate itself to the host system as discussed below.

Embodiments of the invention allow device authentication to occur in various configurations. A host, for example, may authenticate a transceiver via the electrical interface. The transceiver can authenticate another remote device over an optical connection.

FIG. 2 illustrates an example of a transceiver 200 connected to a host device 205, which can be any computing system capable of communication with the optical transceiver. The transceiver 200 receives an optical signal from fiber 210A using receiver 215. The receiver 215 acts as an opto-electric transducer by transforming the optical signal into an electrical signal. The receiver 215 provides the resulting electrical signal to a post-amplifier 220. The post-amplifier 220 amplifies the electrical signal and provides the amplified signal to the external host 205 as represented by arrow 225. The external host 205 may be, in one example, a transceiver host box capable of housing and communicating with multiple transceivers.

The transceiver 200 may also receive electrical signals from the host 205 for transmission onto the fiber 210B. Specifically, the laser driver 230 receives an electrical signal from host 205 as represented by the arrow 235, and drives the transmitter 240 (e.g., a laser or Light Emitting Diode (LED)) to emit optical signals onto the fiber 210B, where optical signals are representative of the information in the electrical signal provided by the host 205. Accordingly, the transmitter 240 serves as an electro-optic transducer. Thus, the receiver 215 and transmitter 240 provide an optical connection to the optical fibers 210A and 210B. In some embodiments, the fibers 210A and 210B may be combined in a single coaxial optical fiber cable.

The transceiver 200 includes a control module 245, which may evaluate operating conditions, such as, but not limited to, temperature, voltage, and low frequency changes (such as receive power) from the post-amplifier 220 (as represented by arrow 250) and/or from the laser driver 230 (as represented by arrow 255). This allows the control module 245 to optimize the dynamically varying performance, and additionally detect when there is a loss of signal. The control module 245 can also control the operation of post amplifier 220, and/or laser driver 230, and, hence, can control the operation of transceiver 200.

Data may be exchanged between the control module 245 and host 205 using an appropriate interface or bus 260. In some embodiments, I²C is implemented as the data interface protocol between the host 205 and the control module 245 and data and clock signals may be provided from the host 205 using a serial clock line and a serial data line, both of which are represented by the bus 260. However, MDIO, 1-wire, or any other data interface protocol between the host 205 and the control module 245 can be implemented in the system.

The control module 245 may include one or more general purpose processors 265 or other computing devices such as a programmable logic device (“PLD”), application specific integrated circuit (“ASIC”), or field programmable gate array (“FPGA”). The one or more processors 265 recognize instructions that follow a particular instruction set, and may perform normal general-purpose operations such as shifting, branching, adding, subtracting, multiplying, dividing, Boolean operations, comparison operations, and the like. In one embodiment, the one or more processors 265 are a 16-bit processor. The control module may additionally include an internal control module memory, which may be Random Access Memory (RAM) or nonvolatile memory. While the internal control module memory may be RAM, it may also be a processor, register, flip-flop or other memory device.

The control module 245 may have access to a persistent memory external to the control module 245, which in one embodiment is an electrically erasable programmable read-only memory (EEPROM). Persistent memory may also be any other nonvolatile memory source. The persistent memory and the control module 245 may be packaged together in the same package or in different packages without restriction.

FIG. 3 illustrates an example of a method 300 for authenticating a second device connected to a first device. Authenticating the second device can ensure the quality of the device, can ensure proper function of the device, can ensure that the device is compatible with the first device, or can be used for other purposes. The present invention can be implemented in various devices. By way of example, and not restriction, the present invention will be described in terms of a transceiver, as a first device, connected to a host, as a second device. However, note that either the first or second device could be any device configured to connect to other devices. Examples of such devices include transceivers, transponders, hosts, computers, televisions, servers or any other device which is connected to other devices.

The method 300 includes transmitting 305 a first data string from the first device to the second device. The first data string will be used in authentication of the second device as described below. The first data string can include random or pseudorandom data strings. A random process, by way of example only, may be a repeating process whose outcomes follow no describable deterministic pattern, but follow a probability distribution. A pseudorandom process is a process that appears random but is not, strictly speaking, random. Pseudorandom sequences typically exhibit statistical randomness while being generated by an entirely deterministic causal process.

In some embodiments, the first data string can be used by both the first and second devices. The first data string can be created in duplicate, can be copied, or a second copy may be produced in some other way. In other embodiments, the first data string can be used by only one device. Whether the first data string is used by the first device, the second device, or both depends on the authentication method chosen, to be discussed below. The first data string can be generated at the first device. Alternatively, the data string can be transmitted to the first device from some external device, or one or more data strings can be stored at the first device for use as the first data string or can be provided in any other manner.

Transmitting 305 the first data string from the first device to the second device can be accomplished using any appropriate interface or bus. In some embodiments, I²c is implemented as the data interface protocol between the first device and the second device. Data and clock signals may be provided from the first device to the second device using a serial clock line and a serial data line. However, MDIO, 1-wire, or any other data interface protocol between the first device and the second device can be implemented in the system.

The method 300 also includes receiving 310 a second data string. In some embodiments, the second data string can be received using the same interface, bus or other device used to transmit the first data string. In other embodiments, the second data string can be received using a different interface, bus or other device.

In some embodiments, the second data string is an altered copy of the first data string generated using an alteration key at the second device. An alteration key may be a set of instructions for altering a data string in a particular manner. In some embodiments, the alteration key can be an encryption key. In cryptography, an encryption key is a piece of information (a parameter) that determines the functional output of a cryptographic algorithm. That is, an encryption key is the mapping function, which is implemented by an encryption algorithm. In encryption, a key specifies the particular transformation of plaintext into ciphertext, or vice versa, during decryption. For example, a simple encryption key could be a mapping of one character to the subsequent character (i.e. “a”—>“b”, “b”—>“c”, etc.).

Note that altering can be used to unalter a data string, just as decryption is a type of encryption. That is, by properly altering a data string that has previously been properly altered, an unaltered message can be produced. For example, a data string encrypted using the example key above can be decrypted by using an encryption key which maps one character to the previous character (i.e. “b”—>“a”, “c”—>“b”, etc.). Encryption algorithms which use the same key for both encryption and decryption are known as symmetric key algorithms. Examples of symmetric key algorithms are block ciphers, stream ciphers, AES, Twofish, and Rabbit. Encryption algorithms which use different keys for encryption and decryption are known as asymmetric key algorithms. Examples of asymmetric key algorithms are Diffie-Hellman, Digital Signature Standard (DSS), ElGamal, Elliptic Curve, Paillier, RSA and Cramer-Shoup.

The method 300 further includes generating 315 a third data string at the first device. In some embodiments, the third data string is an altered copy of the first data string generated using an alteration key. The alteration keys at the first device and the second device can be identical. In other embodiments, the third data string is an altered copy of the second data string generated using an alteration key.

The method 300 also includes authenticating 320 the second device if the second data string and third data string match. For example, if the first device and the second device have identical alteration keys, the second data string and the third data string, which were both generated from the first data string using the identical alteration keys, will be identical. That is, both the first device and the second device used identical alteration keys to alter identical data strings and the resultant data strings were identical. Note that this does not necessarily require the algorithm to be a symmetric algorithm, since the altered data strings may be compared, rather than unaltered.

In other embodiments, authenticating the second device will require the first data string and third data string to match. For example, if the second device uses an alteration key to produce the second data string from the first data string. The second data string received at the first device is an altered copy of the first data string. The first device could then use an alteration key to unalter the second data string to produce the third data string. If the first data string matches the third data string, the match can indicate that the second device properly altered the first data string. That is, if the unaltered message matches the original, the match may be an indication that the second device contains the correct alteration key.

The appropriate strings can be compared using any device configured to compare data strings. In some embodiments, a comparator can be used to check if the appropriate data strings match. A comparator is a hardware electronic device that compares two numbers in binary form and generates a one or a zero at its output depending on whether or not they are the same. Comparators can be located in a central processing unit (CPU) or microcontroller in branching software.

In other embodiments, a subtractor can be used to compare the appropriate data strings. That is, the data strings can be said to match because if A=B then A−B=0. Alternatively an adder can be used because A+(−B)=A−B. In further embodiments, an AND gate, or any other device configured to perform a similar function such as an inverted NOR gate, can be used to check if the appropriate data strings match.

If the second device is not authenticated the first device can take corrective action. In some embodiments, corrective action can include generating and sending an alert to a system administrator, who can then take appropriate actions. In other embodiments, corrective action can include withholding power from the second device, thus preventing it from functioning. In further embodiments, corrective action can include refusing data from the second device.

FIG. 4 illustrates another example of a method 400 for authenticating a second device connected to a first device. Authenticating the second device can ensure the quality of the device, can ensure proper function of the device, can ensure that the device is compatible with the first device, or can be used for other purposes. The present invention can be implemented in various devices. By way of example, and not restriction, the present invention will be described in terms of a transceiver, as a first device, connected to a host, as a second device. However, note that either the first or second device could be any device configured to connect to other devices. Examples of such devices include transceivers, transponders, hosts, computers, televisions, servers or any other device which is connected to other devices.

The method 400 includes providing 405 a first data string to the first device. The first data string will be used in authentication of the second device as described below. The first data string can include random or pseudorandom data strings. In some embodiments, the first data string can be generated at the first device. In other embodiments, the data string can be transmitted to the first device from some external device. In further embodiments, one or more data strings can be stored at the first device for use as the first data string, or can be provided in any other manner.

The method 400 also includes generating 410 a second data string at the first device. In some embodiments, the second data string is an altered copy of the first data string generated using an alteration key. An alteration key is a set of instructions for altering a data string in a particular manner. In some embodiments, the alteration key can be an encryption key. In cryptography, an encryption key is a piece of information (a parameter) that determines the functional output of a cryptographic algorithm. That is, an encryption key is the mapping function, which is implemented by an encryption algorithm. In encryption, a key specifies the particular transformation of plaintext into ciphertext, or vice versa, during decryption.

The method 400 further includes transmitting 415 the second data string to the second device. Transmission of the second data string from the first device to the second device can be accomplished using any appropriate interface or bus. In some embodiments, I²C is implemented as the data interface protocol between the first device and the second device. Data and clock signals may be provided from the first device to the second device using a serial clock line and a serial data line. However, MDIO, 1-wire, or any other data interface protocol between the first device and the second device can be implemented in the system.

The method 400 also includes receiving 420 a third data string. In some embodiments, the third data string is an altered copy of the second data string generated using an alteration key at the second device. In some embodiments, the third data string can be received using the same interface, bus or other device used to transmit the second data string. In other embodiments, the third data string can be received using a different interface, bus, or other device.

The method 400 further includes authenticating 425 the second device if the first data string and third data string match. For example, if the second device uses an alteration key to produce the third data string from the second data string. The third data string received at the first device is then an unaltered copy of the second data string. If the first data string matches the third data string, the match can indicate that the second device properly altered the second data string. That is, if the unaltered message matches the original, the match may be an indication that the second device contains the correct alteration key.

The first data string and third data string can be compared using any device configured to compare data strings. In some embodiments, a comparator can be used to check if the appropriate data strings match. A comparator is a hardware electronic device that compares two numbers in binary form and generates a one or a zero at its output depending on whether or not they are the same. Comparators can be located in a central processing unit (CPU) or microcontroller in branching software.

In other embodiments, a subtractor can be used to compare the first data string and the third data string. That is, the data strings can be said to match because if A=B then A−B=0. Alternatively an adder can be used because A+(−B)=A−B. In further embodiments, an AND gate, or any other device configured to perform a similar function such as an inverted NOR gate, can be used to check if the appropriate data strings match.

If the second device is not authenticated the first device can take corrective action. In some embodiments, corrective action can include generating and sending an alert to a system administrator, who can then take appropriate actions. In other embodiments, corrective action can include withholding power from the second device, thus preventing it from functioning. In further embodiments, corrective action can include refusing data from the second device.

FIG. 5 illustrates a block diagram of an example embodiment. A first device 500 is shown connected to a second device 505. The present invention can be implemented in various devices. By way of example, and not restriction, the present invention will be described in terms of a transceiver, as a first device 500, connected to a host, as a second device 505. However, note that either the first device 500 or the second device 505 could be any device configured to connect to other devices. Examples of such devices include transceivers, transponders, hosts, computers, televisions, servers or any other device which is connected to other devices.

Although the first device 500 and the second device 505, as shown, have several different modules, the modules may be combined, without restriction. That is, any or all a modules can be combined, in any fashion, as long as the appropriate functions are provided. As shown in FIG. 5, the first device 500 includes a transmit module 510 to transmit data to the second device 505. The first device 500 also includes a receive module 515 to receive data from the second device 505.

Also shown as a component in the first device 500 is a data string generator 520. The data string generator 520 is configured to provide a data string that can be random or pseudo-random. In some embodiments, the data string generator 520 can produce the data string. In other embodiments, the data string generator 520 can receive the data string from an external device. In further embodiments, the data string generator 520 can store pre-generated data strings.

Additional components shown in the first device 500 and second device 505 of FIG. 5 are alteration modules 525 and 530. The alteration modules 525 and 530 use the alteration keys 535 and 540 to alter a data string. The alteration modules 525 and 530 are sets of instructions for altering a data string in a particular manner. In some embodiments, the alteration keys 535 and 540 can be encryption keys. In cryptography, an encryption key is a piece of information (a parameter) that determines the functional output of a cryptographic algorithm. That is, an encryption key is the mapping function, which is implemented by the encryptor module to encrypt the data. Note that altering can be used to unalter a data string, just as decryption is a type of encryption. That is, by properly altering a data string that has previously been properly altered, an unaltered message can be produced. Therefore, the alteration modules 525 and 530 can use the alteration keys to unalter the data string.

In some embodiments, the alteration key 535 provided to the first device 500 and the alteration key 540 provided to the second device 505 can be identical to one another. In other embodiments, the alteration keys 535 and 540 can be complimentary. That is, one alteration key can be used to alter a data string and the other alteration key can be used to unalter the altered data string.

In order to prevent unauthorized users from obtaining the alteration keys 535 and 540, the alteration key can be provided to the first device 500 or second device 505 at manufacture. Providing the alteration key to the first device 500 may include programming the alteration key 535 into a processor, PLD, ASIC, FPGA, or other computing module of the first device 500. The processor, PLD, ASIC, FPGA, or other computing module can then be read-protected, thereby preventing the alteration key 535 from being read out by an unauthorized user. The alteration key 540 can similarly be programmed into and read-protected in a processor, PLD, ASIC, FPGA, or other computing module of the second device 505 to prevent an unauthorized user from obtaining the alteration key 540.

Another component of the first device 500 is a comparison module 545. The comparison module 545 is used for comparing the appropriate data strings. The comparison module 545 is any device configured to compare data strings. In some embodiments, a comparator can be used to check if the appropriate data strings match. A comparator is a hardware electronic device that compares two numbers in binary form and generates a one or a zero at its output depending on whether or not they are the same. Comparators can be located in a central processing unit (CPU) or microcontroller in branching software.

In other embodiments, a subtractor can be used. That is, the data strings can be said to match because if A=B then A−B=0. Alternatively an adder can be used because A+(−B)=A−B. In further embodiments, an AND gate, or any other device configured to perform a similar function, such as an inverted NOR gate, can be used to check if the appropriate data strings match.

In some embodiments a data string which has been transmitted to the second device 505, altered by the second device 505 and returned to the first device 500 is compared to a data string which has been altered by the first device 500. In other embodiments, the original data string is compared to a data string which has been transmitted to the second device 505, altered by the second device 505, returned to the first device 500 and unaltered by the first device 500. In further embodiments, the original data string is compared to a data string which has been altered by the first device 500, transmitted to the second device 505, unaltered by the second device 505 and returned to the first device 500.

The present invention may be embodied in other specific forms without departing from its spirit or essential characteristics. The described embodiments are to be considered in all respects only as illustrative and not restrictive. The scope of the invention is, therefore, indicated by the appended claims rather than by the foregoing description. All changes which come within the meaning and range of equivalency of the claims are to be embraced within their scope. 

1. A method of authenticating a second device connected to a first device comprising: transmitting a first data string from the first device to the second device; receiving a second data string at the first device from the second device, wherein the second data string is an altered copy of the first data string; generating a third data string using an alteration key at the first device, wherein the third data string is an altered copy of the first data string; comparing the third data string and the second data string; and authenticating the second device if the third data string and the second data string match.
 2. A method of authenticating a second device connected to a first device according to claim 1, wherein the first device includes a transceiver.
 3. A method of authenticating a second device connected to a first device according to claim 1, wherein the second device includes a transceiver.
 4. A method of authenticating a second device connected to a first device according to claim 1, wherein generating a third data string using an alteration key at the first device includes encrypting or decrypting the first data string using an encryption key.
 5. A method of authenticating a second device connected to a first device according to claim 1, wherein the first data string includes a random data string or a pseudo-random data string.
 6. A method of authenticating a second device connected to a first device according to claim 1, further comprising generating the data string at the first device.
 7. A method of authenticating a second device connected to a first device according to claim 1, further comprising taking corrective action if the second device is not authenticated.
 8. A method of authenticating a second device connected to a first device according to claim 7, wherein taking corrective action includes sending an alert or withholding power from the second device.
 9. A method of authenticating a second device connected to a first device according to claim 1, further comprising: providing a second alteration key to the second device; and generating the second data string at the second device by using the second alteration key to alter the first data string.
 10. A method of authenticating a second device connected to a first device according to claim 9, wherein providing the second alteration key to the second device includes having the alteration key programmed into the second device.
 11. A method of authenticating a second device connected to a first device comprising: providing a first data string to the first device; generating a second data string using an alteration key at the first device, wherein the second data string is an altered copy of the first data string; transmitting the second data string from the first device to the second device; receiving a third data string at the first device from the second device, wherein the third data string is an altered copy of the second data string; comparing the first data string and the third data string; and authenticating the second device if the first data string and the third data string match.
 12. A method of authenticating a second device connected to a first device according to claim 11, wherein the second device includes a transceiver.
 13. A method of authenticating a second device connected to a first device according to claim 11, wherein providing a first data string to the first device includes generating the first data string at the first device.
 14. A method of authenticating a second device connected to a first device according to claim 11, wherein the first data string includes a random data string or a pseudo-random data string.
 15. A method of authenticating a second device connected to a first device according to claim 11, wherein creating an altered copy includes encrypting or decrypting.
 16. A first device to be connected to a second device comprising: a transmit module for transmitting signals to the second device; a receive module for receiving signals from the first device; a data string generator, wherein the data string generator creates a data string; an alteration key; an alteration module, wherein the alteration module creates an altered data string by implementing the alteration key to alter the data string; and a comparison module for authenticating the second device by comparing data strings.
 17. A first device to be connected to a second device according to claim 16, wherein the second device is a transceiver.
 18. A first device to be connected to a second device according to claim 16, wherein the alteration key is programmed into a processor, PLD, ASIC or FPGA.
 19. A first device to be connected to a second device according to claim 18, wherein the processor, PLD, ASIC or FPGA is read protected.
 20. A first device to be connected to a second device according to claim 16, wherein the alteration key is an encryption key. 